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Field of the Invention 

The present invention pertains to intelligent networks, and more particularly 
relates to a method for realizing intelligent network (IN) service. 

Background of the Invention 

Currently, IN provides services based on different requirements of the 
subscribers, and needs a complete editing process when a user subscribes a service. 

As more and more requirements come from the subscribers, demands for service 
customization are increasingly strong. Thus, each service may change frequently. 
When a service subscribed by a subscriber changes, the workload for modifying the 
service procedure is very hard as the current service procedure is fixed, and a great 
deal of manpower and time has to be spent. So, in the related art, the method for 
subscribing a service procedure to implement an intelligent service owns little 
flexibility, and may cause low efficiency and heavy workload. 

Summary 

The invention is to provide a method for realizing IN service, so as to customize 
a service procedure according to different demands of subscribers and implement an 
IN service. 

The present invention discloses a method for realizing Intelligent Network (IN) 
service, including: 

A. setting an IN service as a combination of at least one service feature, and each 
service feature corresponding to a node type; 

B. selecting one or more service features from the combination, and configuring 
one or more invoking relationships of the selected one or more service features, and 
each invoking relationship involving a head node and a tail node which is used for 
calling the head node, wherein a node that is always a tail node is a primary node and 
one primary node corresponds to one service user number; and 
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C. upon receiving a service request from a user terminal, determining the 
primary node based on the service user number corresponding to the service request; 
and performing the selected one or more service feature respectively by each of the 
nodes corresponding to the selected one or more service features, beginning from the 
5 primary node and according to the order of the invoking relationships, to implement 
the IN service which the user terminal requests. 

In the above solution, the selected one or more service features may include any 
one or any combination of the features of: welcome message playing, language 
selection, originating calling number screening, routing, time-based routing, 
10 date-based routing, weekday-based routing, user-selection-based routing, proportional 
call distribution, routing based on a circular way, authority. 

In the above solution, any of the invoking relationship involving two nodes may 
be a relationship of direct or indirect unilateral call. 

In the above solution, it may further include: configuring a table for saving nodes 
1 5 and a table for saving invoking relationships, and setting the index and dealing type of 
the current node, the index of the next node of the current node, and their 
corresponding relationship; the table for saving nodes comprising items of: indexes of 
the nodes, user sub-service identifiers, node types of service features, and parameters 
for indicating whether a node is a primary node; the table for saving invoking 
20 relationships comprising items of: numbers of service users, and indexes of the head 
node and the tail node in each invoking relationship; and in Step B, saving the 
information related to the selected one or more service features in the table for saving 
nodes and the table for saving invoking relationships respectively. 

In Step C, performing the selected one or more service features respectively, may 
25 include: 

CI. acquiring the node index of the primary node, node types of service features, 
and node indexes in the current sub-service procedure from the table for saving nodes 
based on the user sub-service identifiers; 

C2. determining the node type of the service feature being processed currently, 
30 performing the corresponding service according to the node type determined, and on 
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performing the service, deciding the process result of the current sub-service 
procedure; if the process result is a next node index, taking the next node as the 
current node and returning to Step C2; if the process result is an attendant number, 
putting the current call through to an attendant by using the attendant number. 

5 In the above solution, Step C2 may include: 

C21. querying the corresponding relationship of the dealing type of the current 
node and the index of the next node of the current node according to the node index of 
the current node, and obtaining the dealing type of the current node; 

C22. determining the processing mode according to the dealing type of the 
10 current node; if the processing mode involves playing voice, performing Step C23, if 
the processing mode involves the next node index, performing Step C24, if the 
processing mode involves the attendant number, performing Step C25; 

C23. obtaining the voice playing ED according to the destination identifier 
corresponding to the dealing type, playing the voice corresponding to the obtained 
1 5 voice playing ID, and terminating the current call; 

C24. acquiring the next node index corresponding to the dealing type, outputting 
the index and type of the next node, and terminating this sub-service procedure; 

C25. obtaining the attendant number corresponding to the dealing type, 
outputting the attendant number, and terminating this sub-service procedure. 

20 In accordance with this invention, a service procedure can be customized by 

setting an IN service as a combination of service features, selecting several instances 
of the service features according to the demands of service users, and defining the 
invoking relationships between the instances of service features. By using the method 
in customizing service procedures, the sub-service procedures of each service user are 

25 independent from each other, which results in high efficiency, less workload, and 
more flexibility and convenience. 

Brief Description of the Drawings 

Figure 1 is a schematic flowchart of the method according to an embodiment of 
this invention. 
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Figure 2 is a schematic illustrating a service procedure self-defined by a 
subscriber. 

Figure 3 is showing the relationships between the instances of service features 
already defined by the current subscriber. 

5 Figure 4 is a schematic flowchart of a procedure for configuring a directional 

graph. 

Figure 5 is a flowchart of a main service procedure for implementing an IN 
service according to an embodiment of the invention. 

Figure 6 is a flowchart of a sub-service procedure for implementing an EN 
10 service according to an embodiment of the invention. 

Detailed Description of Preferred Embodiments 

In accordance with this invention, an IN service is configured as a combination 
of several service features. A plurality of instances of the service features are then 
selected as nodes according to the demands of service users, and invoking 
15 relationships between these nodes are defined to complete the customization of a 
service procedure. When a service request from a user terminal is received by the 
network, beginning from the primary node, each of the selected nodes performs its 
corresponding service feature to implement the IN service according to each invoking 
relationship between the nodes. 

20 As shown in Figure 1, the specific procedure of implementing the method in 

accordance with the embodiment of the invention is as follows: 

Step 101: Configure an IN service as a combination of more than one service 
features. 

The service features may include features of: welcome (WEL) message playing, 
25 language (LANG) selection, originating calling number screening (OCS), routing 
(OCR), time-based routing, e.g., Time of Day Based Routing (TDR), date-based 
routing, e.g., Day of Year Based Routing (DOY), weekday-based routing, e.g., Day of 
Week Based Routing (DOW), user-selection-based routing (SEL), proportional call 
distribution (RAT), routing based on a circular way, e.g., Way of Circular Based 
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Routing (CYC), authority (AUTH), and etc. Obviously, service features included in 
the combination of sendee features are not limited to the above service features. It is 
possible to add or reduce the service features of the combination based on various 
needs. 

5 Step 102: According to the need of the service user, select at least one service 

feature from the combination as service feature instances, and each service feature 
instance is configured as one or more than one node. 

Step 103: Set the invoking relationships between all the nodes, and complete the 
customization of the service procedure. In each invoking relationship, the calling node 
10 refers to a tail node while the called node refers to a head node. If a node can only be 
a tail node, it is a primary node; if a node can only be a head node, it is a node with 
zero out-degreed; if a node can be both a head node and tail node, it is a node with 
non-zero out-degreed. 

Step 104: After the network receives a service request from a user terminal, 
15 beginning from the primary node, each node respectively implements the IN service 
according to the invoking relationship between the nodes. 

It should be noted that the invoking relationships should be configured in Step 
103 by a certain rule. In accordance with the schematic of the service procedure 
self-defined by a subscriber as shown in Figure 2, the rule primarily includes: 

20 (1) in a service procedure, there is only one practical service feature that can be 

configured as the primary node, and any two instances of service feature may not call 
each other directly or indirectly so as to avoid forming a closed loop in the service 
procedure which will result in a dead cycle; 

(2) a node with non-zero out-degreed is definitely a service feature instance, such 
25 as Node 11 and Node 12 in Figure 2, while a node with zero out-degreed is either an 

attendant number or a piece of service voice, such as Node 13, Node 23, Node 31, and 
etc, in Figure 2; 

(3) service features corresponding to different nodes may be identical, for 
example, Node 11 and Node 12 in Figure 2 both corresponds to the same service 
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feature of the TOD type. 

Hereinafter, the solution in accordance with this invention is described in detail 
with reference to the accompanying figures and specific embodiments. 

A service procedure customized in accordance with this invention may be taken 
5 as a directional graph, and in Step 103, according to the selected service features, the 
invoking relationships between the nodes are configured, like a procedure of 
configuring a directional graph. 

As shown in Figure 4, the specific procedure of configuring a directional graph is 
as follows: 

10 Step 401: Configure in advance a table for saving nodes and a table for saving 

the invoking relationships, wherein the table for saving nodes is used to save the 
information of all the nodes and the table for saving the invoking relationships is for 
saving the information of the invoking relationships between these nodes. 



Table 1 is a table for saving nodes which is called the table of AllNodes, and 
15 Table 2 is a table for saving the invoking relationships which is called the table of 
AllEdges. 



Field Name 


Value Range 


Description 


#NodeIndex 


Automatically generated by the system, 
unique for all the subscribers 


Index number of a node 


User Identifier 


Integer 


Identifier of a subscriber 
sub-service 






Other necessary fields 


Node Type 


Node type, e.g.,: 

1- OCS; 

2- OCR; 

3- TDR; 

4- DOY; 

5- DOW; 

6- SEL; 

7- RAT; 

8- CYC; 

9- AUTH; 


Type of a service feature 
node 


Primary Node 


1-a primary node 

0-a node except for the primary node 


Whether it is a primary 
node 



Table 1 
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Field Name 


Value Range 


Description 


SubServiceNumber 




Number of a subscriber 






Other necessary fields 


Taillndex 


Set of all the values of the 
Nodelndex column in the table 
of AllNodes 


Index of a tail node of an 
edge in a figure 


Headlndex 


Set of all the values in the 
Nodelndex column in the table 
of AllNodes 


Index of a head nodes of an 
edge in a figure 



Table 2 



As shown in Table 1, the AllNodes table includes the items of Nodelndex, 
Userldentifier, Nodetype, and PrimaryNode. Since a call enters a service procedure, 
5 the primary node is the first node which the call meets. In the table, 1 represents a 
primary node while 0 represents non-primary node, i.e., a node except the primary 
node. And there is one and only one primary node corresponding to one sub-service. 

As shown in Table 2, the table for saving the invoking relationships has saved the 
invoking relationships of all the service feature nodes in an already defined subscriber 
1 0 sub-service procedure, specifically including the items of each invoking relationship: 
SubServiceNumber, Headlndex, Taillndex, and etc. In addition, there may be identical 
invoking relationships between two nodes while these identical invoking relationships 
can be saved in the table of AllEdges only once. 

Step 402: Based on the subscriber's requirement, select at least one service 
1 5 feature from the combination of service features as service feature instances, each of 
which refers to a node, configure invoking relationships between the nodes, and save 
the invoking relationships between the nodes in the corresponding table for saving 
nodes, e.g., Table 1. 

Suppose that a set G refers to the set of all the service feature nodes and a set G2 
20 refers to the set of the ancestor nodes of the current node N. When the invoking 
relationships are being configured between the nodes, if the node N is going to call a 
node M, the node M can only be selected from the set of the difference of the set G 
and the set G2 which is supposed to be a set Gl, i.e., G1=G - G2, wherein the set Gl 
is the set from which the node M may be selected. 
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Furthermore, as shown in Figure 3, supposing that a Node 22 calls the node M, 
the set Gl from which the node M may be selected may be calculated by the 
following steps: 

a. Directly obtain the set G by querying the AllNodes table corresponding to the 
5 structure shown in Figure 3, and the set G includes a Node 0, Node 11, Node 12, 

Node 22, Node 31, and Node 32, which can be described as the expression: G={Node 
0, Node 11, Node 12, Node 22, Node 31, Node 32}. 

b. Query the AHEdges table corresponding to the structure shown in Figure 3 to 
obtain the set G2, the ancestor nodes of the current node N, which includes a Node 0, 

10 Node 11, and Node 12, and can be described as the expression: G2 = {Node 0, Node 
11, Node 12}. Here, the current node N is Node 22. 

c. And get the set of the difference of the set G and the set G2, the set Gl, which 
can be described as Gl = G - G2 = {Node 31, Node 32}. 

In the above solution, the set of ancestor nodes of the current node N, the set G2, 
15 has to be obtained by repeatedly querying the AHEdges table, the specific 
implementation procedure of which is as follows: 

bl. Configure the set of ancestor nodes of the current node N as null. 

b2. Search Taillndexes based on the condition of "Headlndex = N", i.e., each 
Headlndex corresponding to the Taillndexes equals N, and add all the searched out 
20 Taillndexes to the set G2. 

b3. For each node P in the set G2, if the node P is not a primary node, then search 
Taillndexes according to the condition that "Headlndex = P", and add all the searched 
out Taillndexes to the set G2. Before add a searched out Taillndexes to the set G2, 
determine whether the Tailindex currently ready to be added is not yet in the set G2, 
25 and if it is not yet in the set G2, then add it to the set G2. 

b4. And repeat Step b3 to obtain the finally completed set G2, the ancestor nodes 
of the current node N. 

30 
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Field Name 


Value Range 


Description 


#NodeIndex 




Index number of the current 
node 






Other necessary fields 


DealingType 


1 - Play Voice; 

2- Attendant; 
J -Next Node 




DestMsgID 






Attendant 




Phone number of an attendant 


NextNodelndex 




Index of the next node 



Table 3 



Table 3 is illustrating a service feature table for saving the service features of the 
corresponding node. For each service procedure that can be defined, there is a 
structure for saving data in the system which is similar to the one shown in Table 3. 
5 As shown in Table 3, the service features of each node include such items as, the 
current node's Nodelndex, DealingType, DestMsgID, Attendant, and NextNodelndex. 
A DealingType may refer to any of the three kinds of exits: Play Voice, Attendant, and 
Next Node, wherein Play Voice represents playing voice to a terminal user and then 
releasing the current call, Attendant refers to connecting the current call to an 
10 attendant, and Next Node represents handing over the current call to the next node. 
Each service feature node that could be defined must correspond to at least one of the 
three exits after the normal process. 

The process of implementing an IN service is hereinafter described with 
reference to the accompanying figures and Tables 1 and 3. 

15 As shown in Figure 5, the process of a main service is as follows: 

Step 501: Query Table 1 according to a Useridentifier, and obtain the 
Nodelndexes and types of the nodes, and the Nodelndex of the primary node of the 
current sub-service procedure. 

Step 502: Decide the type of the service feature node currently processed, 
20 perform the appropriate service based on the type of the current service feature node 
being processed. And after performing the appropriate service, decide the current exit, 
if the decision result is the NextNodelndex, i.e., Exit 1, take the next node as the 
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current node and return to Step 502; if the decision result is the Attendant, i.e., Exit 2, 
go to Step 503. 

Step 503: Put through the current call to the attendant using the number recorded 
in the field of Attendant. 

5 As shown in Figure 6, the process of each sub-service feature is as follows: 

Step 601: Query the service feature table shown as Table 3 according to the 
Nodelndex of the current node, and obtain information of the DealingType of the 
current node. 

Step 602: Determine the processing mode according to the value of the 
10 DealingType field, if the determined processing mode is Play Voice, go to Step 603; 
else if it is Next Node, go to Step 605; else if it is the Attendant, go to Step 606. 

Step 603: Obtain the voice playing ID according to the value of the DestMsgID 
field which corresponds to the current node. 

Step 604: Play the voice according to the obtained playing ID, and end the 
1 5 current call. 

Step 605: Obtain the next node according to the value of the NextNodelndex 
field corresponding to the current node, generate return parameters at Exit 1 which 
include the node index and type of the next node to be processed, and terminate this 
sub-service procedure. 

20 Step 606: Acquire the attendant number according to the value of the current 

node's Attendant field, generate return parameters at Exit 2 which include the number 
of the attendant, and terminate this sub-service procedure. 
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